Systems and methods of task cues

ABSTRACT

A computing system for encouraging the performance of a task comprises association data, a proxy module, a display module, and a reward module. The association data associates tags with stimuli related to performing tasks. The proxy module is configured to receive encoded data, to identify tags in the encoded data that have associated stimuli in the association data, and to generate modified encoded data that includes data representative of at least one of the stimuli. The display module is configured to receive the modified encoded data, to display information based at least in part on the modified encoded data, and to provide at least one mechanism for a user to perform a task related to at least one of the stimuli. The reward module is configured to reward a user for performing tasks related to the stimuli.

BACKGROUND OF THE INVENTION Field of the Invention

Embodiments of the systems and methods described herein relate to cuesfor encouraging computer users to perform tasks.

Description of the Related Art

Computer and Internet-based advertising allow advertisers to targetconsumers in new ways not possible using traditional print or TV-basedadvertising. For example, Internet advertisers can collect consumers'preferences and Internet-viewing histories and can use this informationto more accurately target advertisements. This accuracy benefits bothconsumers and advertisers. Consumers receive advertisements that aremore relevant and useful to them. This, in turn, causes consumers torespond more often to an advertisement by making a purchase, therebyincreasing the value of the advertisement to an advertiser.

Computer and Internet-based advertising, however, have many of theproblems associated with more traditional advertising. As with otherforms of advertising, only a small group of people respond to or evenview computer or Internet-based advertising. Further, while computer andInternet-based advertisers can find out more information aboutparticular users prior to placing advertisements, they do not have acomplete picture of the users and their interests. Thus, computer andInternet-based advertising can be improved still further.

One challenge that computer and Internet-based advertisers face is thatuser interests change rapidly, making it difficult for an advertiser toreach a potential customer at the right time. For example, a user in agiven demographic group may be targeted with pop-up advertisements for anew computer game based upon membership in that demographic group.However, if the viewer is using the Internet for some purpose unrelatedto gaming, such as work, it is likely that the viewer is not interestedin purchasing the computer game at the moment. If that viewer were tosee the same advertisement at a different time, the likelihood that theviewer would buy the computer game may increase. Similarly, a discounttravel advertisement might be less effective if a viewer is not alreadyplanning a vacation.

Another challenge is that a viewer's interest in a particular subjectmay not be obvious. For example, a viewer visiting a news website may bedoing so not because he or she is typically interested in that websiteor matches the target demographic, but because of interest in aparticular, possibly minor, element of a particular story. Because theviewer's interest is not obvious, the viewer may be presented with anumber of advertisements unrelated to his or her interests.

Another challenge is that viewers tend to ignore advertisements.Ineffective targeting of advertisements increases this tendency amongviewers because viewers may assume that most advertisements are notinteresting or relevant to them. The typical Internet user is bombardedwith extraneous information in the form of pop-up or banner ads. As aresult, these users learn that information displayed at certainlocations on a webpage or on a computer screen are typicallyadvertisements, and their visual focus is not attracted to those areas.Instead of paying attention to these advertisements, Internet users tendto frequent a few familiar websites in which they know where the maincontent is located. From an advertiser's perspective, this means thateven though many people may be visiting a webpage containing theiradvertisement, few are actually viewing the advertisement in a way thatallows them to recognize the product or services offered. This may betrue even where the advertisement contains flashing or moving imagesdesigned to grab attention.

Advertisers have attempted to counteract viewers' tendency to ignoreadvertisements in various ways. For example, U.S. Pat. No. 5,794,210titled “Attention Brokerage” discusses a method for providingcompensation to a user when that user decides to load an advertisement.U.S. Pat. No. 6,766,524 titled “System and Method for EncouragingViewers to Watch Television Programs” discusses a method that seeks toreward viewers for paying attention to television advertisements.However, the foregoing systems do not adequately target the user'simmediate interests and encourage them to view and respond toadvertisements.

A need now exists for systems and methods that provide usefulinformation to network users in a way that attracts their attention andincreases the likelihood that they will purchase a product.

SUMMARY

Embodiments of the systems and methods described herein present visualand audio stimuli to a user in order to alert the user to a task thatthe user may complete. In one embodiment, a system analyzes andinterprets objects in a user's field of vision. The system thendetermines, based upon these objects, the user's current interests.Visual and audio stimuli are generated when the user's interestscorrespond to some predetermined set of interests. The stimuli arepresented within the user's audio or visual focus in a manner that drawsattention to the stimuli while decreasing the chance that such stimuliwill cause a negative reaction from the user. The stimuli are located inthe user's field of vision, and preferably presented in such a way thatthe user is notified of their presence without substantially disturbingthe user's other viewing activity.

These task cues may represent a positively valued opportunity to theuser to receive information related to a current interest and at thesame time gain a reward for viewing this information. When the userrecognizes a task cue, the user may be rewarded for selecting the taskcue and viewing the related information. If the user responds to thestimuli, then the user may perform a task that will provide informationrelevant to his or her current viewing activity and interests.

In one embodiment, a method presents advertisements to a user andrewards the user for displaying positive viewing behavior related tothese advertisements. A system is provided for interpreting theinformation displayed on a user computer screen or a particularapplication such as a web browser. Specific tags containing advertiserinformation are identified within the content being viewed. Based onthis information, images or sounds are generated signaling the user thatadvertisement content is available. The advertisement content is relatedto the displayed information, and therefore is made available to theuser based on what the user is currently viewing. Upon choosing to viewone of these related advertisements, the user may be presented withadditional related tasks that encourage the user to dedicate his or herattention to the advertisement. Completing these additional tasks mayresult in the user being credited with reward points. These rewardpoints may be exchanged, for example, to reduce the cost of products,services or content available for purchase. Accordingly, the user isbenefited by receiving useful information and additional rewards, whilethe advertiser is provided with more efficient advertisements becausethe users are interested.

Certain embodiments allow for a paradigm shift in which the interestedusers select which programs a sponsor will deliver, rather than thesponsor delivering a program hoping interested users will view thatprogram. Thus, while in previous models an advertiser may have paid alarge amount of money to sponsor a program hoping to reach a certaindemographic group, in certain embodiments the advertiser may sponsor aportion of a single user's viewing of a program.

According to one embodiment, the user may choose to watch a movie,listen to a song, gain access to certain software or view some otherinformation content. In one embodiment, users can exchange reward pointsfor access to content that was otherwise only available for purchase.Therefore, users can rent access to use certain content for a limitedamount of time using their reward points. The content may be funded byrequesting that the user view several advertisements related to theuser's current interests, and in some cases advertisements selected bythe user. By selecting and viewing the advertisements, the user isrewarded by gaining access to additional information content.Additionally, users may choose to skip these advertisements and view oruse the desired content on-demand in exchange for all or a portion ofthe user's accumulated reward points—points possibly earned at anothertime and place.

According to yet another embodiment, rewards are offered for downloadingand running certain programs. A software distributor may encourage usersto download, install, and run a program to increase a program'spopularity and allow users to become familiar with the featuresavailable. The user system may recognize tags associated with theprogram and inform the user of the available reward. The system mayfurther recognize tags associated with each action the softwaredistributor is encouraging the user to take. The user may be rewardedwhen these actions are taken and detected by the system.

These and other embodiments are described herein by way of example andnot limitation. This Summary section provides a concise summary of someof the advantages of some embodiments described herein, and does notpurport to describe every feature or characteristic of the invention.This Summary section, and the Detailed Description that follows, do notlimit the invention.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a simplified screen shot of a web search page in accordancewith one embodiment.

FIG. 2 is a simplified screen shot that illustrates the use of a taskcue in accordance with one embodiment.

FIG. 3 is a simplified screen shot that illustrates reward redemption inaccordance with one embodiment.

FIG. 4 is a block diagram showing an overview of one embodiment of asystem of task cues.

FIG. 5 is a representation of an association table, in accordance withone embodiment.

FIG. 6 is a block diagram showing an alternative embodiment of a systemof task cues.

FIG. 7 is a block diagram that illustrates one embodiment of a task cuesystem.

FIG. 8 is a representation of one embodiment of data stored in a userdatabase, in accordance with one embodiment.

FIG. 9 depicts an embodiment of an advertiser database.

FIG. 10 is a flowchart illustrating one embodiment for interpreting theinformation presented to a user and generating task cues based upon thatinformation.

FIG. 11 is a flowchart showing one embodiment of a method for executinga task program.

FIG. 12 is a flowchart showing one embodiment of a process for receivingassistance from a remote user.

FIG. 13 is a flowchart showing a similar process executed by the remoteuser in order to provide assistance.

FIG. 14 and FIG. 15 are screenshots that represent certain steps inexemplary processes of receiving and providing assistance.

FIG. 16 is a flowchart showing an embodiment of a process for allowing auser access to media.

FIG. 17 is a flowchart showing an example of a process for executing atransaction.

FIG. 18 is a flowchart that illustrates, in one embodiment, a process ofprocessing payments for advertising.

DETAILED DESCRIPTION 1. Process Overview

FIG. 1 shows a simplified screenshot of a web search page in accordancewith one embodiment. In the illustrated embodiment, a user desktop 100displays a web search page within a web browser 110. Specifically, asillustrated, the browser 110 displays a search engine results pagegenerated by the Google™ search engine. The search engine results pagecontains entries related to the search term “Dell”. For example, theresults include the textual tag “Dell Computer Corporation” 112 as ahyperlink directing a user to the Dell™ Computer Corporation website.

A task cue 122 is displayed next to this hyperlink. In one embodiment,the task cue 122 comprises an image. In the illustrated example, eightstars are shown. In other embodiments, other images may be displayed torepresent task cues. In one embodiment, the task cue 122 is generatedbased upon the occurrence of the textual tag “Dell Computer Corporation”112. For example, the task cue 122 can be generated upon detecting thephrase “Dell Computer Corporation” in a database that associates textualtags with task cues. As illustrated, the task cue 122 has been placednear the tag 112. In one embodiment, the system places the task cue 122near a tag 112 in accordance with placement rules. For example, asillustrated, the system may place the task cue 122 immediately to theright of the tag 112. Alternatively or additionally, the task cue 122may be placed below, above, to the left, or over the tag 112. In oneembodiment, for example, the task cue 122 comprises visually or audiblyhighlighting the tag 112 while still allowing the tag 112 to be read.

As described below, the placement of the task cue 122 may beaccomplished by modifying the HTML data sent to a browser so as toinstruct the browser to display the task cue 122 at a certain location.The modification of the HTML may be done by textually analyzing thereceived HTML, detecting a textual tag, and adding HTML code to positionthe task cue 122 in relation to the textual tag. In other embodiments,according to a graphical analysis of the display, the system mayposition the task cue 122 or some other content or object that resultsin a desirable visual association between the task cue and the tag at alocation based on the relative location of the tag 112, the occurrenceof white space next to the tag 112, or for some other reason.

Browser 110 further contains at least two other tags 114 and 116. Thesetags are also textual tags, with tag 114 corresponding to the text“Random House Inc” and tag 116 corresponding to the text “Electronics 4Cheap.” Each of these tags has a task cue 124 and 126 that has beengenerated near the corresponding tag. As shown, task cue 124 isrepresented by an image comprising a single star, and task cue 126 isrepresented by an image comprising two stars. Thus, the imagescorresponding to each of task cues 122, 124, and 126 contain eight, one,and two stars, respectively. These different images or variations on asimilar image may be used to represent, for example, a value orcharacteristic associated with each of these task cues. In someembodiments, task cues offer a different number of points as a rewardfor completing a task associated with the task cue. For example, thediffering images corresponding to the task cues 122, 124, and 126 maysignal the number of reward points available to a user for performingthe task associated with each task cue, as described in more detailbelow.

The task cues 122, 124, and 126 may, in some embodiments, signal to theuser that the user may select one or more of the task cues to perform atask. In some embodiments, a task consists of viewing an advertisement.In certain embodiments, the user may select the task cue 122, and inresponse the user computer may load an advertisement to be shown on thedisplay. For example, an advertisement may include video content andselecting the task cue loads and displays the video in a media playerapplication installed on the user computer. In other embodiments,advertisement content is loaded in a browser to display a video,interactive content, static image, or the like. In certain embodiments,this advertisement is locked as the top layer of the user's display, sothat no other applications will obstruct the user's view of theadvertisement.

An example depicting such an advertisement is shown in FIG. 2, accordingto one embodiment. A video advertisement 210 is displayed in videoplayer 200. Video advertisement 210 is, for example, a short video clipadvertising a computer that the user may purchase. In other embodiments,an advertisement may be a static image or an interactive program, suchas a Flash multimedia object. In still other embodiments, anadvertisement may be an audio clip. In the embodiment shown, imageoverlays 221 and 222 are shown. Image overlays 221 and 222 may provide,for example, account information such as a number of reward accountpoints available and task information such as the current task beingexecuted.

The invention contemplates tasks that may include multiple task parts.In the embodiment shown, video advertisement 210 further includes taskpart 220 generated according to the current task and represented by agraphical image, for example, a star. In some embodiments, task part 220is embedded in video advertisement 210 and video player 200 isinteractive so that a user can select task part 220. In otherembodiments, the image representing the task part 220 is generatedaccording to the task by an application other than video player 200 andis displayed on a top layer of the display over the video advertisement210. In still other embodiments, a task part image is not generated nearvideo advertisement 210, but instead is displayed at another location onthe user's screen. In these embodiments, the location may be determineddynamically, based on a set of rules, based upon a previously indicateduser preference, randomly, or using any other technique known to askilled artisan in light of this disclosure.

The generated image may signal that the user should select this image inorder to complete task part 220. When the user selects the image,information may be sent over a network indicating to a remote serverthat the task part 220 has been completed. The remote server may containstored data related to the user, and may update this data in response tothe received information. For example, a user reward account may beincremented. In other embodiments, the task part 220 may be the first ofseveral parts of the task, and the user computer may store informationindicating which parts of the task have been completed. At that point,the user computer may transmit information to the remote serverindicating which task parts have been completed, and the server mayupdate its databases accordingly. For example, in some embodiments eightstars are displayed at various locations and at various times while anadvertisement is being displayed. A task may comprise selecting each ofthe stars, and reward points may be accumulated based upon completedparts of this task. These reward points may be deposited when, forexample, the final star is selected and therefore the last task part iscompleted.

FIG. 3 shows a browser 310 displayed to a user according to oneembodiment. The browser 310 is displaying an Apple® webpage, andincludes an advertisement 312 for the iPod nano portable music player.According to one embodiment, the user computer may identify the contentaccording to a name of an image file associated with the content or bythe URL address of the webpage. The user computer may alternativelyrecognize this content according to a number of embodiments described inmore detail below.

When the user computer recognizes that this content is being displayed,additional images are generated on the user's display. Shown in thisembodiment, task cue 322, account information bar 330, transactioninformation bar 340, and task cue 350 are displayed. In someembodiments, each of these elements is part of a single task cue.

Task cue 322 may function to induce the user to select the imagedisplayed on the screen. Selecting the image may, for example, cause anadvertisement containing new information about the product to bedisplayed. In other embodiments, task cue 322 is not displayed or is notselectable.

Account information bar 330 displays a summary of the user accountinformation. In the example shown, the account information bar 330indicates that the user has accumulated 500 points. These points mayhave been acquired by completing tasks in accordance with one or more ofthe methods described herein.

Transaction information bar 340 displays a summary of a potentialtransaction, and identifies savings available to the user based in parton the user's account information. In the example shown, transactioninformation bar 340 first displays the manufacturer's suggested retailprice (MSRP), $199. The transaction information bar 340 may next displaya discount or other reward available to the user based on the points theuser has accumulated in his or her account. For example, as illustrated,the user may be offered a discount such as the illustrated $100discount. In this example, the $100 discount represents a $0.20 discountfor each point the user has accumulated. A skilled artisan willappreciate, in light of this disclosure, that different discounts orrewards may be offered based on different point levels. Further,different reward sponsors may offer different rewards. For example, anairline company may offer a free round-trip ticket while an electronicscompany may offer discounts for consumer electronics such astelevisions, DVD players, and the like.

Near the transaction information bar 340 is a task cue 350 indicatingthat the user may purchase the product at the discounted price byselecting the displayed image. If the user chooses to purchase theproduct, the user computer initiates the transaction and sendsappropriate instructions to the vendor and, in some embodiments, aremote server. The remote server may then update an appropriate databasein accordance with this purchase. In one embodiment, this updateincludes changing the available points in the account from 500 to 0.Thus, the user may exchange points earned, for example for viewingadvertisements, in order to receive a reduced price on a product. In theexample shown, the user is invited to use all 500 points in his accountin exchange for the discount. Alternatively or additionally, the usermay be given the option to use a portion of points in his or her accountin exchange for a discount or other reward.

2. System Components

FIG. 4 is a block diagram showing an overview of one embodiment of asystem of task cues. In the embodiment shown, a network 430 is provided.Connected over the network 430 are a user computer 400, a service 450,and a number of content providers 490.

User computer 400 may be, for example, a personal computer or notebookcomputer. In other embodiments, user computer 400 may comprise a server,a handheld computing device such as a personal digital assistant, acellular phone, a television receiver having processing capabilitiessuch as a web TV or Apple® TV, or any other device capable of executinginstructions for implementing or carrying out the systems or functionsdescribed herein.

According to one embodiment, several components of user computer 400 areshown in FIG. 4. User computer 400 comprises a browser 402, a proxy 404,an association table 408, and a display 410. While these components areconnected to or stored on user computer 400 in the embodiment shown, itwill be understood that these components, or portions thereof, may belocated or stored remotely to the user computer 400. For example,association table 408 may be stored by service 450, and user computer400 may access this information over the network 430. In otherembodiments, content provider 490 or some other remote server storessome or all of these components. Furthermore, some of the components aregenerally described as being implemented by software instructions storedin a memory of user computer 400. However, in other embodiments, some ofthe functions of these components may be implemented as applicationspecific circuitry. A skilled artisan will appreciate, in light of thisdisclosure, that any functions implemented in software can generally beimplemented in hardware, firmware, or a combination of software,hardware, and firmware. Accordingly, any software implementationdescribed herein can also be implemented in any combination of software,hardware, and firmware.

Browser 402 may be any browser application such as Internet Explorer orFirefox browsers. In ordinary operation, browser 402 transmits requests,instructions, and other data to remote sites over the network 430 andreceives data from remote sites over the network 430. Based on thatdata, browser 402 displays information to the user. The browser 402generally formats the information and displays it to the user inaccordance with a formatting language such as HTML, XML, or the like.Any suitable formatting language or code for representing information tobe displayed can be used. Further, while a browser 402 is advantageousfor displaying information received over the World Wide Web, a skilledartisan will appreciate that any other application that is suitable fordisplaying information may be used.

In one embodiment, proxy 404 is a software program that acts as a proxynetwork browser between browser 402 and the network 430. Thus, proxy 404receives data sent by the browser 402 and forwards that data to theappropriate remote site through the network 430. Proxy 404 mayadditionally modify this data or generate additional data to send toremote sites. Proxy 404 also receives data sent over the network 430intended for browser 402.

In other embodiments, proxy 404 may be an embedded, add-on, or extensionsoftware module of browser 402. For example, proxy 404 may beimplemented in certain embodiments as an extension in a Firefox browser.In other embodiments, a user may access a remote server using browser402 and interface with a proxy application 404 running on that server.

Other embodiments may utilize applications other than an Internetbrowser, such as a word processor, media program, a custom softwareapplication, or the like. In embodiments utilizing other applications,these applications may also transmit and receive data over the network430. For example, a media program may transmit information associatedwith a media file to verify licensing information or to download relatedinformation such as an album cover.

In some embodiments, proxy 404 modifies the data intended for browser402 and forwards the modified data on to browser 402, so that the usercomputer 400 will display additional content. In one embodiment, thisadditional content comprises task cues. In order to determine when atask cue or other additional content should be displayed, and whatcontent to display, an association table 408 is stored on the usercomputer according to certain embodiments. In some embodiments,association table 408, or content to be stored therein, is downloadedfrom service 450 over the network 430. In other embodiments, associationtable 408 is accessed remotely by user computer 400 but stored onservice 450 or some other server connected to network 430. In preferredembodiments, association table 408 is updated regularly, such as onceeach day, week, or month.

In a typical embodiment, association table 408 may contain a number oftags along with information related to each of the tags. The proxy 404may read the tags from association table 408 and determines if the databeing transmitted over the network and intended for browser 402 containsdata representing all or a part of one or more of these tags. If one ormore of the tags is found in the data being transmitted to browser 402,then proxy 404 may insert a task cue. Information associated with theappropriate tag in the association table 408 indicates the task cue thatshould be displayed.

A representation of an association table 408 is shown in FIG. 5, inaccordance with one embodiment. As previously mentioned, associationtable 408 contains information related to various tags in certainembodiments. For example, association table 408 stores data relating toa tag name 502, a text association 504, an object association 506, avalue 508, a task program 510, and a genre 512. A tag name 502 may beused to identify the tag, and may not be necessary when, for example, atag is identified by either the text association 504 or objectassociation 506. The information stored in the illustrative associationtable of FIG. 5 is shown by way of illustration and not limitation. Askilled artisan will appreciate, in light of this disclosure, that someof the illustrated information may be omitted and that other informationmay be stored in an association table.

A text association 504 represents a string of text that may be comparedto data to be displayed on the display 410 to determine the existence ofa tag on the user display. In some embodiments, the text association 504is the string compared. In other embodiments, the text association 504directs a user or application accessing the association table 408 to afile including the string. In these embodiments, the file containing thestring may further comprise other information such as formatting data,alternative strings, wildcard characters, or the like. In addition towildcard characters—e.g. a ‘*’ representing any number of anycharacters, a ‘!’ representing any single character—other informationindicating matching conditions may be included such as, for example,logical operators like “and” or “or” or “not” may separate textsequences to represent sophisticated text patterns that may result inmatches.

An object association 506 may be utilized to similarly determine theexistence of an object such as an image, audio clip, or other stimuli.For example, the object association 507, here “DELL_LOGO_1,” mayrepresent a Dell™ logo image, and it may be detected by recognizing anHTML instruction loading an image having that title, by visual analysisof the display screen and comparison to the logo image, or by some othermeans. In some embodiments, the object association 506 indicates theactual media or other file. In other embodiments, the object association506 indicates a file including a reference to a stored location of amedia file and additional information. Such information may comprise,for example, meta data associated with the object association,additional media files, or the like.

Association table 408 is shown storing both text associations 504 andobject associations 506. In this example, a tag name is associated witheither a text or object association. In other embodiments, both textassociations and object associations may be associated with a single tagname. In still other embodiments, only one of text associations andobject associations are stored in association table 408. In someembodiments, text associations are stored as object associations.

Association table 408 further comprises a value 508 associated with eachtag. The value 508 may be used in some embodiments to allow the systemto determine the relative value of the reward offered for completing thetask associated with the task cue. This value may be represented by theimage displayed for a task cue to inform the user of the availablereward amount. An example of this is shown with reference to FIG. 1,where task cues 122, 124, and 126 each comprise images showing adifferent number of stars. These images may be determined, for example,by generating a number of stars that corresponds to the value 508associated with that tag in association table 408. In other embodiments,different images or other variations in an image, such as color or size,are used to indicate the value 508. In still other embodiments, thevalue is not used in determining the image displayed for a task cue. Inthose embodiments, all task cues may be displayed identically oraccording to some other rule. For example, a task cue image may be alogo image of a company associated with the tag.

Association table 408 also includes a task program 510 associated witheach tag. Task program 510 may be used to instruct the user computer 400on which task to execute if the user selects the associated task cue.For example, the task program 510 may indicate a program to bedownloaded and executed from service 450. In other embodiments, the taskprogram 510 may indicate an application stored on user computer 400. Insome embodiments, association table 408 may further include a hierarchyof task programs, and a user may only complete each task program once.In these embodiments, proxy 404 may select a first task programaccording to the stored hierarchy of an association table 408 if thattask program is available, and a second task program according to thestored hierarchy if the first task program has already been completed.Larger hierarchies may be utilized in the same way. In otherembodiments, a user may complete a task program an unlimited orpredetermined number of times. In still other embodiments, a user mayrepeat a given task program and earn rewards for task parts notpreviously completed.

In one embodiment a task program comprises a set of instructions thatdefines one or more tasks to be performed. A task program may, forexample, be encoded in a computer language such as C, C++, or the like.Alternatively or additionally, a task program may be encoded in ascripting language, a macro language, or any other encoding known to askilled artisan. Preferably, the task program includes logic, such asif-then-else statements or similar branching operations, that providefor flexibility in the steps that are executed by a task program. Inaddition to defining what must occur for a task to be performed, a taskprogram may include encoded task completion conditions that are used todetermine whether a user successfully completes a task.

Proxy 404 further determines where the task cue is displayed in someembodiments. For example, proxy 404 may determine the location of thetag when it is displayed, and place a task cue near this location. Inother embodiments, proxy 404 locates the task cue at a predeterminedposition, such as at the top of a browser window. In still otherembodiments, the location of the task cue is determined in part basedupon information related to the tag in the association table 408. Inother embodiments, at least part of the task cue comprises a non-visualsignal such as an audio signal, and proxy 404 is configured to generatethe appropriate signal.

User computer 400 further includes a display 410. Display 410 may be anydevice for providing information to a user, such as an LCD screen, CRTscreen, plasma display, or the like. In other embodiments, display 410may actually be non-visual output devices such as audio speakers or thelike

A simplified block diagram of a different embodiment is shown in FIG. 6.In this embodiment, the system again contains user computer 400, service450, content providers 490, and a network 430. However, in thisembodiment user computer 400 includes several different components inorder to interpret and modify the visual, audio, and other stimuliprovided to a user.

In the embodiment shown, user computer 400 comprises a display 410, atask cue application 604, a pattern recognition module 608, andassociation table 408. Display 410 is shown and examples are givendescribing embodiments manipulating the images displayed on screen 410,but these descriptions are for the purpose of providing an example only,and are not limiting. It will be understood that the concepts describedcan be applied to audio data, mechanical control data, or other datawithout departing from the scope or spirit of the present invention.

Display 410 operates to display information to a user based on anysoftware currently executing on the user computer 400. For example,display 410 may display images of a webpage, a word processing document,a file system, or any other information.

Task cue application 604 may be, for example, a software program runningon user computer 400. Task cue application 604 may appear to beminimized or may be otherwise unnoticed by a user until triggered. Taskcue application 604 reads data being displayed and is triggered by thedetection of a tag or by input from the end-user of computer 400. Atthat point, task cue application 604 either modifies the images beingshown on display 410 or causes new images to be shown. In someembodiments, task cue application 400 may generate a normallytransparent window that is locked to the top layer of the screen. Taskcues and other images may be generated in this window to appear nearother content displayed on the screen.

Tags are identified by task cue application 604 by comparison to tags inassociation table 408. Association table 408 contains a list of thesetags, along with information associated with each of the tags. Forexample, FIG. 5 shows a representation of an association table 408including several tags. As shown, some tags are text objects, such astag 112, in this case “Dell Computer Corp.” Other tags may be files suchas media files, image files, audio clips, or the like. For example, tag507 is “DELL_LOGO_1.” In the embodiment shown, tag 507 is an image file,such as a .GIF or .JPG file, which is a representation of the Dell™logo.

Pattern recognition module 608 compares these tags to the visualinformation on the display 410. In some embodiments, pattern recognitionmodule 608 may be implemented as an optical character recognition (OCR)module. In these embodiments, pattern recognition module 608 may acquirea screenshot using, for example, built-in operating system commands ofuser computer 400. Pattern recognition module 608 may load and interpretthis screenshot. In some embodiments, pattern recognition module 608utilizes an OCR program installed on user computer 400 and calls thisapplication to identify the text on display 410. Accordingly, patternrecognition module 608 may identify the text shown on display 410. Thisidentified text may be compared with textual tags in association table408 to see if any of the tags are displayed. In other embodiments,pattern recognition module 608 also recognizes visual patterns. Forexample, pattern recognition module 608 may be configured to compareimages on display 410 to tag images such as corporate logos. In someembodiments, a pixel compare algorithm may be utilized to identifyvisual images. In other embodiments, image analysis may includerecognition of patterns despite variations in scale, color, or the like.

If screenshots are utilized, they may be acquired and analyzed atintervals determined to maximize performance. For example, screenshotsmay be analyzed less than once per second. In other embodimentsscreenshots are analyzed every five seconds. In general, as the timeinterval between screenshots decreases, the ability of the task cueapplication 604 to generate images accurately on display 410 relative tothe content being viewed by the user increases. When the time intervalbetween screenshots increases, the delay between the user viewing thecontent and the display of generated images may allow the user to moveor hide the content on display 410 so that the generated images aremisplaced. For example, if a user scrolls down in an Internet browserbetween the time the screenshot is analyzed and the time when anadditional image is displayed, the image may not appear close to thecorresponding tag. Thus, it is generally preferable to have intervals ofless than one second. However, when the processing power of the usercomputer 400 or the complexity of the operations being performed doesnot allow for small intervals, task cue application may compensate by,for example, placing all of the generated images in a predeterminedlocation on display 410 so that the images do not appear out of place.

As described above, these embodiments have been described with referenceto a visual display. However, in other embodiments, audio and otherstimuli provided to a user by user computer 400 are analyzed in similarfashion. For example, a software or hardware module may act as anintermediary between a processor or sound card of the user computer 400and an audio output. This module may recognize certain series of tones,such as a ring tone or the first few notes of a song, and may inducetask cue application 604 to generate a task cue when one of those tonesis recognized.

FIG. 7 is a block diagram that illustrates one embodiment of a task cuesystem. FIG. 7 includes an expanded view of several components ofservice 450 according to this embodiment. In certain embodiments,service 450 may be a web server or the like. In some embodiments,service 450 may comprise multiple distributed servers.

In the embodiment shown, service 450 comprises feedback module 752,user-to-user module 754, verification module 756, and transactionprocessor 758. Verification module 756 is used to authenticateoperations requested by either a user computer 400 or by a contentprovider 490. Verification module 756 may utilize any authenticationprocess known in the art and may utilize information stored both locallyon service 450 and remotely by a user computer 400 or a content provider490 in order to authenticate instructions. For example, verificationmodule 756 may access user database 762 in order to associate a user IDand password. Verification module 756 may further control access tocertain data stored by service 450, and may allow different users accessto different data.

Transaction processor 758 updates the databases of service 450 inresponse to commands received from user computer 400 and contentproviders 490. For example, a user computer may indicate to service 450that the user has performed a task, and transaction processor 758 maytherefore update the user database 762, advertiser database 770, and thetransaction database 766. Transaction processor 758 may accessassociation table 768, and may utilize feedback module 752, indetermining how to update each database.

As will be described in more detail below, user-to-user module 754performs operations associated with connecting a user computer 400requesting assistance with one or more other remote users connected tonetwork 430. For example, a user computer 400 may send data including arequest for assistance and information relating to that request toservice 450. User-to-user module 754 may format and broadcast that datato remote users. User-to-user module may further receive datacorresponding to help requests from the remote users and transmit theinformation in those requests to user computer 400. In some embodiments,user-to-user module 754 may further assist in the communication betweena first user and a remote user. User-to-user module 754 may furtherupdate user database 762 and transaction database 766 in response tothis information.

As will be described in more detail below, feedback module 752 mayaccess user database 762 in order to obtain information related to eachuser. Feedback module 752 may use this information to determine afeedback score, and may provide that score to user database 762.

The databases shown in this embodiment comprise user database 762,content database 764, association table 768, transaction database 766,advertiser database 770, and user help database 772.

A representation of one embodiment of the data stored in user database762 is shown in FIG. 8. The user database 762 includes a number ofdifferent fields identifying different users and account informationassociated with that user. Each user account has an ID 801, a name 802,demographic information 803, an account value 805, a number of pointsused 806, a record of the number of purchases made 807, a record of thenumber of tasks completed by the user 808, and a feedback score 804. Inother embodiments some of these fields are not necessary and are notstored by user database 762. In other embodiments, additional fields arestored by user database 762.

User ID 801 may be used, for example, to uniquely identify the useraccount. User name 802 may further personally identify the user by theirgiven name. In the example shown, the first names ‘John’, ‘Jane’, and‘Adam’ are shown corresponding to ‘USER1’, ‘USER2’, and ‘USER3’respectively. In other embodiments, full names may be used. In stillother embodiments, a password may be associated with a user ID 801 orname 802. In embodiments in which a password is used, the password maybe encrypted and stored in user database 762 according to knownencryption methods. In other embodiments only one of a user ID 801 orname 802 are stored in user database 762.

Demographic data 803 comprises, in the example shown, address field 811,a sex field 812, and an age field 813. This information may be used incertain embodiments in order to identify relevant information about auser and to sort users. For example, this information may be used inscoring different task cues in order to determine which task cues todisplay to the user when multiple task cues are presented. In otherembodiments, this information is used to target other information to auser. In still other embodiments, other demographic information isincluded. For example, relationship status, living situation (e.g., doesthe user live in an apartment, or own their home), credit rating, or thelike, if known. In some embodiments information is obtained voluntarilyfrom the user when they sign up for the service. In other embodiments,information may be collected in other ways. In certain embodiments, onlysome of the information is available for each user.

Account value 805 has a current value of the user account which is equalto the number of total points earned, less the number of points used.For example, user ‘John’ has 30 points in his account which may be used,for example, to reduce the cost of a product, service, or contentprovided by a content provider 490. The points used field 806 representsthe total number of points that have been spent by the user so far. Thepurchases field 807 represents the number of goods the user haspurchased using the service and thus where their points have been used.For example, user ‘John’ has made 1 purchase, and therefore has used 45points on that purchase to reduce the purchase price. The number oftasks completed 808 is a representation of how many tasks or task partshave been completed by a user. Feedback score 804 is a representation ofthe overall behavior of a user. In general, a higher feedback scorerepresents positive behavior from the perspective of service 450. Thishigher feedback score may represent the ability of a user to earn morepoints than normally offered for completing tasks or task parts.

Other information may additionally be stored in user database 762. Forexample, user database 762 may include more detailed information aboutpoints earned from specific vendors, and whether those points are usedwith those vendors.

Example content of an advertiser database 770 is shown in FIG. 9,according to one embodiment. While a number of fields 901-909 are shown,it will be understood that in other embodiments different fields anddifferent information may be stored by advertiser database 770. In theembodiment shown, the advertiser database 770 comprises ID field 901, aname field 902, an address field 903, tags field 904, total value field905, tasks selected field 906, points earned field 907, a purchasesfield 908, and a points used field 909.

ID field 901 may contain any unique identifier of a content provider490. For example, “DELL” is the identifier of the content provider Dell™Computer Corp., whose name is listed in field 902. In some embodiments,the ID field and name field comprise a single field. That is, only oneof the fields is used to identify a content provider. In someembodiments a password field may additionally be used and associatedwith an ID 901 or name field 902 and may be used to authenticate acontent provider when accessing certain information and programs ofservice 450.

Address field 903 is the location of the content provider. For example,Dell™ Computer Corp. is located in Texas and Apple® is located inCalifornia. While a state is shown identifying a location, it will beunderstood that more specific information may be stored in advertiserdatabase 770. For example, street address and other contact informationsuch as a phone number, e-mail address, or the like may be stored inadvertiser database 770.

Tags field 904 is additionally stored in advertiser database 770. Forexample, Dell™ Computer Corp. has 50 tags corresponding to content inthe embodiment shown. As discussed above, a tag may be anything such asa text, video, or audio file, usually related to that corporation, andthat is identified according to the system and method described hereinto generate a task cue associated with that content. In certainembodiments, the value of the tags field 904 for a content provider willcorrespond approximately to the number of tags stored in Associationtable 768 on service 450 and association table 408 on user computer 400that are associated with that specific content provider.

Total value field 905 is additionally stored in advertiser database 770in some embodiments. Total value field 905 may, for example, store thetotal number of value points associated with each of the tags owned by asingle content provider. For example, Dell™ Computer Corp. has 250 totalvalue points. This may be reflected in each of the fifty tags having avalue of five. Having a higher value may correspond to receiving ahigher score so that a tag is more likely to be displayed by a usercomputer. For example, in some embodiments, when more than one tag islocated on a user display 410 at one time, only one tag is displayedbased on a ranking algorithm. The ranking algorithm may in some simpleembodiments be, for example, that the highest valued tag occurring firstis displayed. Thus, a tag having a higher value will be more likely tobe displayed and worth more to a content provider. The total points ofthese value or ranking points may be summed or otherwise compared inorder to determine an amount to charge a content provider in someembodiments. In other embodiments, this information is only part of abilling system or is not taken into account for billing purposes.

Field 906 shows the number of tasks selected. This field shows the totalnumber of tasks selected by users corresponding to task cues provided byeach content provider 490. For example, Dell™ Computer Corp. hasrecorded one million tasks selected by users. Apple® has recorded500,000 tasks selected. Those tasks provided by Dell™ and Apple® havegenerated 1.5 million points and one million points, respectively, asshown in field 907. This information may be utilized in differentembodiments for purposes such as billing or analysis. These fields maybe analyzed, for example, to determine how many task parts the averageuser completes for each task cue selected.

Field 908 records the total number of purchases recorded through thecurrent system. For example, 50,000 purchases have been recorded throughthe current system corresponding to Dell™ Computers. Thus, users havemade 50,000 purchases utilizing the savings and reduced prices offeredthrough the system of the embodiment shown.

A total number of points used in those purchases is shown in field 909.For example, for the 50,000 purchases corresponding to Dell™ ComputerCorp., a total of 750,000 points have been used. This corresponds toapproximately fifteen points per purchase. In one embodiment, each pointcorresponds to a $0.20 discount. Thus, each purchase has averaged a$3.00 discount, and the total discounts from Dell™ have beenapproximately $150,000 for all users. Of course, in other embodiments,the discount received for each point may be different than the aboveexample, and may be any value. In some embodiments, the value changesdepending on information related to a specific purchase.

Other information than that described here may additionally be providedin advertiser database 770. Advantageously, much more detailedinformation may be recorded in advertiser database 770 in addition tothat described here. For example, information associated with specifictask programs, task parts, and task cues may be included. In otherembodiments, information related to specific products may be stored. Insome other embodiments, advertiser database 770 does not store each ofthe fields described above.

Transaction database 766 stores information associated with user andclient transactions. In some embodiments, this corresponds toinformation recorded for each transaction. Thus, transaction database766 may record a purchaser ID, a vendor ID, a transaction number, aproduct ID, a vendor price, a discounted price, time and dateinformation related to the purchase, the number of points used, and anyother relevant information. Thus, the transaction database storesinformation that may be used to analyze all of the transactions madeusing the current system. In other embodiments, the transaction databasecontains fewer fields or is not utilized, and transactions are entirelyaccounted for using the user or content provider database. One advantageof storing transaction data in a historical database is that it allowsfor the statistical analysis of information relating to advertisementviewing and purchasing decisions. For example, by comparison with userdatabase 762, transaction database 766 may allow for the identificationof viewing and purchasing patterns for users in certain demographics.Further, in some embodiments, this information may be utilized todetermine at least in part an amount to charge content providers 490.

Content database 764 includes information provided by content providers490 and other content that may be accessed by user computer 400. Forexample, in some embodiments, this includes task programs 760,user-to-user assistance programs, user help files, and the like. Forexample, the content may include video advertisements, textadvertisements, flash advertisements, movies, music, games, software, orother electronic content that may be downloaded by the user. In otherembodiments, user computer 400 accesses at least some such content fromcontent provider servers or other user computers rather than service450. In some embodiments, content database 764 includes user helpinformation 722.

Association table 768 is further stored by service 450. In someembodiments, association table 768 contains information similar oridentical to the information stored in association table 408 on usercomputer 400. Association table 768 may comprise a master list of tagsand related information, and may be used to periodically updateassociation table 408. In other embodiments, association table 768 maybe used by user computer 400 and accessed over network 430 rather thanusing information stored in association table 408.

A number of components have been described. It will be understood thatthese are examples only, and that in other embodiments only some ofthese components are utilized. In still other embodiments, componentsthat are not described here but are known in the art may be utilized inorder to provide additional functionality.

3. Interpreting the Display and Generating Task Cues

FIG. 10 is a flowchart illustrating one embodiment for interpreting theinformation presented to a user and generating task cues based upon thatinformation. The process described may be implemented as instructionsstored on a computer that induce a processor to perform the steps shown.It will be understood that the embodiment described is only one possiblemethod of providing task cues to a user, and that in other embodimentssome of the steps shown may not need to be performed, are performed in adifferent way, or are performed in a different order. In still otherembodiments, additional steps are provided. It will be understood thatsuch variations may be used without departing from the scope or spiritof the invention.

Process 1000 begins at state 1001 by analyzing the displayedinformation. Displayed information typically includes images and text tobe shown on a display of the user computer 400. However, displayedinformation may additionally include other information including audiodata. In the event that the user computer 400 is configured to provideother stimulation to a user, for example vibration associated with aforce-feedback mouse, then that information may be analyzed in someembodiments as well.

The information displayed may be analyzed in several ways. In oneembodiment, a proxy 404 interprets information sent to a browser 402 orsome other application. The proxy 404 may remove HTML tags to retrievethe textual data to be displayed by the browser. In other embodiments,the proxy 404 may also search the HTML tags to find, for example, namesof images that are being displayed. In another embodiment, proxy 404interprets a URL address identifying the page to be displayed. Asdescribed above, in other embodiments, proxy 404 may be configured tooperate on a different application, such as a word processor, mediaplayer, or the like.

In another embodiment, a task cue application 604 analyzes a screenshotof the images displayed on the display 410 as discussed above. Forexample, the system may use an optical character recognition applicationin order to identify text displayed on the screen. In other embodiments,images are identified using pattern recognition techniques.

After the displayed information has been analyzed or acquired at state1001, the process 1000 moves to state 1002. At state 1002, the displayedinformation is analyzed to identify tags in the displayed information.In some embodiments, tags are identified by identifying textual, audio,or video data to tags located in association table 408.

At decision state 1003, the system determines if any tags have beenidentified. If there are none, then the process 1000 returns to 1001 andacquires new display information that may now contain one or more tags.If there are tags identified, then process 1000 proceeds to state 1004.

At state 1004, an identified tag is selected. In different embodiments,tags may be selected in any order, or analyzed substantiallysimultaneously. For example, tags may be selected based in part on theorder they are displayed.

At state 1005, the selected tag is scored according to a number offactors. For example, the selected tag may be scored by proxy 404 ortask cue application 604 according to an algorithm that takes intoaccount the value associated with the tag and stored in associationtable 408. In other embodiments, a genre 512 of the tag may be stored inassociation table 408 and may be used to score the tag. For example,demographic information of a user stored in user database 762 may becompared with a genre and certain genres may be scored more highly thanothers for each user. In other embodiments, specific genres are rankedby the user and that ranked information is stored in user database 762.In other embodiments, no genre information is ranked or stored in userdatabase 762. Other information not present in user database 762 mayalso be used to score the selected tags such as, for example, the fontsize of the tag and whether any emphasis is applied to the text. Inother embodiments, text tags may be ranked higher than object tags, orvice-versa. In still other embodiments, the order in which the tagappears on the screen relative to other tags may in part determine theranking.

At decision state 1006 the process 1000 determines if the task cue isvisible to a user in part based upon a tag score. In certainembodiments, when the tag score is lower than a certain predeterminedvalue, that task cue is not visible. In other embodiments, the scores oftask cues are compared and the highest scoring task cues are displayed.For example, in one embodiment the three highest scoring task cues aredisplayed. In other embodiments any number of task cues are displayed.In still other embodiments, only the highest ranking task cue isdisplayed. For example, the system determines if the currently selectedtag is scored higher than any previously selected and ranked tag, and ifit is not, then the task cue is not visible.

If a task cue is determined to be visible, or if all task cues arevisible, the process 1000 displays the task cue at state 1007. A taskcue is displayed, for example, next to a tag that was found on thescreen. In some embodiments, this may be accomplished by a proxy 404inserting an HTML tag indicating an image or additional text should bedisplayed adjacent to or near the tag. A hyperlink may be embedded intothis text or image in certain embodiments, such that a user may selectthe task cue to direct the browser to a new location or to activate agiven control such as a task program associated with the task cue. Inother embodiments, the task cue may be displayed in a predetermined areaof the screen. For example, a frame located near the top of user browser402 may be used to display task cues in some embodiments. In otherembodiments, the task cues may be displayed in the corner of a usercomputer desktop on the display 410, for example. When the task cue isdisplayed, typically there will be a visual indicator, for example thestars as shown in FIG. 1. However, in some embodiments, a task cue isindicated by other means, either in place of or in addition to visualstimuli. For example, an audio stimulus may be presented to the user. Inthese embodiments, a ring or other tone may be played that identifies tothe user that a task is available to be selected. In embodiments inwhich a visual indicator is not present, typically an audio or other cuewill be present and indicate a predetermined location on the screen inwhich to select the identified task cues. If a task cue is not visibleor has been displayed, the process 1000 continues to state 1008.

At decision state 1008, the system determines if the selected tag is thelast tag identified in the displayed information. If it is not the lasttag, then the process 1000 returns to state 1004 and selects the nexttag. Process 1000 then begins a loop between states 1004 and 1008 untilthe last tag has been processed. When the system determines at state1008 that the last tag has been processed, process 1000 proceeds todecision state 1009.

At decision state 1009 the system determines if the user has selectedone of the task cues. The system may decide that a user has not selectedone of the task cues when, for example, new information is displayed orafter a predetermined amount of time. If the user does not select a taskcue, then process 1000 returns to state 1001. If the user does select atask cue, for example, by selecting an image shown on the display 410 orby pressing a key on a keyboard, then process 1000 advances to state1010. At state 1010, the selected task program is run.

4. Executing Task Programs

FIG. 11 is a flowchart showing one embodiment of a method for executinga task program. In one embodiment, a process 1100 executes a taskprogram in response to a command or action taken by the user, such asselecting a task cue. In other embodiments, a task program may beautomatically executed, for example based on information displayed tothe user.

At state 1101, a first task part is selected. A task program may becomprised of one or more parts. In different embodiments, these partsmay be performed either in a parallel or serial fashion. In someembodiments, the order in which task parts are selected is based oninput provided by the user. For example, several task cues may begenerated by a task program. These task cues may indicate different taskparts of the task program that may be selected by the user. In otherembodiments, a task part is automatically selected based on the rules ofthe task program. For example, a number of task parts may be selectedand presented in a predetermined sequence.

At state 1102, the selected task part is run and the process 1100 waitsfor user action. In some embodiments, this user action may includeperforming a task part. In other embodiments, user action may compriseotherwise interacting with the content on display 410. In otherembodiments, no actual user action is required at state 1102, and theprocess 1100 proceeds to decision state 1103 after a predeterminedperiod of time.

At decision state 1103, the system determines whether the selected taskpart has been completed. A task part is completed according to the rulesof the task program. The selected task part may be completed, forexample, by selecting one or more images displayed on a screen. In otherembodiments, a task part is completed when an advertisement has finishedbeing displayed, without user interaction. In still other embodiments, auser must interact with a task program and provide information in orderto complete a task part. For example, a user may be required to provideinformation relating to an advertisement, provide information relatingto the user, solve a puzzle, play a game, or interact in some other way.

If the task part has been completed at decision state 1103, then areward is deposited or accumulated at state 1105. The reward may bedeposited by sending information indicating that the user has completedthe task part to the service 450 over the network. Service 450 may thenupdate user database 762, advertiser database 770, and any otherdatabase according to the information included in the information sentfrom user computer 400. In some embodiments, a reward is accumulated andstored on user computer 400 rather than being immediately deposited. Theaccumulated reward may be deposited at a later time, as described below.

In one embodiment, an amount of reward points to accumulate or depositat state 1105 is determined by user computer 400 by accessing theinformation stored in association table 408 related to the task programbeing executed. In other embodiments, the task program includesinformation indicating the value of each task part and provides thisdata to user computer 400. In still other embodiments, each task part isworth a predetermined amount of reward points, and that value is storedby service 450.

If the task part was not completed at decision state 1103, then theprocess 1100 moves to decision state 1104. The system then determineswhether the task part has timed-out. In some embodiments, each task partis available for a limited amount of time, such as five, ten, or thirtyseconds. In other embodiments, each task part is run until the usercompletes the task part. If the system does not time-out, then theprocess 1100 returns to state 1102 and awaits a user action. If the taskpart times-out, then the process 1100 proceeds to decision state 1106.

After reward points are accounted for or a task part times-out, thesystem determines if the selected task part is the last task part of thecurrent task program at decision state 1106. If the selected task partis not the last task part, then the process 1100 returns to state 1101and a new task part is selected. The process 1100 then cycles throughstates 1101-1106 until the last task part is processed. If the task partis the last task part, then the process 1100 advances to decision state1107.

At decision state 1107, the process 1100 determines if an acceptableportion of the task program has been completed. In some embodiments,reward points that have been accumulated are only deposited if thisacceptable portion has been completed. An acceptable portion may bedetermined in some embodiments by the task program. For example, a taskprogram may require that each of the task parts must be completed forany reward to be deposited. In another embodiment, approximately half orsome other portion of the task parts must be completed. In still otherembodiments, certain portions of the task program must be completed suchas the first and last task parts. In this way, the process 1100 mayadvantageously reward behavior that indicates a specified minimal levelof attention or performance, while not rewarding behavior below thislevel. If the task is not completed acceptably, then the process 1100ends. If an acceptable portion of the task program has been completed,then the process 1100 moves to decision state 1108.

In one embodiment, the process 1100 issues rewards to the user if theuser completes a threshold level of tasks. The threshold level may be,for example, 100 percent of the tasks, 90 percent of the tasks, 80percent of the tasks, 75 percent of the tasks, 70 percent of the tasks,60 percent of the tasks, 50 percent of the tasks, or the like. Thethreshold level may be expressed in percentage terms, raw numbers terms,or other terms. For example, if there are 10 total tasks, the thresholdlevel may be expressed as completing 90 percent of tasks or 9 of thetasks. If there are 7 total tasks, the threshold level may be completing4 tasks. Alternatively or additionally, the process 1100 may use aformula to determine, quantitatively or qualitatively or both, whetherthe user sufficiently completed the tasks. For example, the process 1100may assign a point value to each task completed, may add up the totalpoints obtained, and issue rewards based on how many points wereobtained. Thus, if there are four tasks, an A task may be worth 1 point,a B task worth 2 points, a C task worth 3 points, and a D task worth 4points. If the threshold level were 4 points, the user could be rewardedby completing the D task or the C task along with any other task.However, if the user completed only the A task, or the A task and the Btask, the user would not have enough points to be rewarded.Alternatively or additionally, the process 1100 may be configured toreward partial rewards for partial completion of tasks. For example, ifthe user completes the A task and the B task, but not the C task or theD task, the user may receive three reward points instead of ten. Askilled artisan will appreciate, in light of this disclosure, that anymathematical formula can be used to determine whether a user qualifiesfor a reward.

Decision state 1108 determines if 100 percent of the task was completed.If 100 percent of the task was completed, then the process 1100accumulates a bonus reward at state 1109. Otherwise, the task ends. Inother embodiments, different criteria may be used to determine if abonus reward is accumulated. For example, different bonus rewards may beaccumulated for completing different percentages of the task. In onesuch embodiment, a task contains five task parts, and a user receivesone reward point for completing each of the task parts at states 1101through 1106. According to an embodiment of state 1107, any amount ofcompletion is acceptable to earn reward points. Then, at state 1108, thesystem may indicate that if the user completed three of the task partsto accumulate an additional point, to accumulate two points if four taskparts have been completed, and three if all five task parts have beencompleted. Thus, a user that completed all five task parts in thisexample would accumulate eight reward points throughout the process1100. After these reward points have been deposited at state 1110, or inthe event that reward points have not been earned, then the process 1100ends.

5. User Assistance Tasks

Some example applications in which principles of the embodimentsdescribed herein may be used will now be explained. The invention is notlimited to these example applications. Rather, a skilled artisan willunderstand, in light of this disclosure, how to adapt the principles setforth herein for use with many applications that are not explicitlydescribed herein.

FIG. 12 is a flowchart showing one embodiment of a process executed on auser computer 400 in order to receive assistance from a remote user.FIG. 13 is a flowchart showing a similar process executed by the remoteuser in order to provide assistance. FIG. 14 and FIG. 15 are screenshotsthat represent certain steps in this process according to oneembodiment.

At state 1201 of process 1200 shown in FIG. 12, the system is alerted toa user question. In certain embodiments the system may be alerted by anaction taken by the user. For example, with reference to FIG. 14, a usermay select an option in the ‘Help’ menu 1420 of an application 1410, orthe act of selecting the ‘Help’ menu 1420 may alert the system. In otherembodiments, an image located in a predetermined area of the userdesktop 1400 allows the user to select that area in order to alert thesystem. In still other embodiments, a word processor detects when a userhas stopped typing for a predetermined amount of time and alerts thesystem. In one embodiment, the system detects writer's block by thisprocess or by determining if a user has added and then deleted a smallamount of content repeatedly. For example, when a user types a sentence,deletes it, and repeats that process. This list is not exhaustive, andmany other methods may indicate when a user requires assistanceaccording to different embodiments of the invention.

When the system is alerted to a user question it proceeds to state 1202.At state 1202, a help request is generated and transmitted across thenetwork 430. The process of generating the help request may involveprompting the user to answer certain questions. For example, the usermay be asked what application he or she is using. The user may also beasked to describe his or her problem. In the example shown in FIG. 14,the user has defined the problem as “Help me make a graph” at text entryblock 1434. In some embodiments, the user may determine a number ofreward points from his or her account to offer in return for assistance,for example, by entering the quantity in text entry block 1430. In someother embodiments, the amount of points offered is automaticallydetermined based on the defined problem, the application, or some otherinformation. In the embodiment shown in FIG. 14, five reward points 1432are offered for the help request shown. In still other embodiments, theuser is not required to provide any information and a help request isautomatically formatted. In some embodiments, the help request isactivated by a user selection, such as selecting button 1440. In otherembodiments, the help request is automatically activated. The helprequest may then be sent over the network 430 to service 450.

At this point, service 450 distributes the help request to remote users,which receive the request at state 1301 in FIG. 13. The remote usersystems are then alerted to the help request and, as shown in FIG. 15,the request 1520 is displayed on the remote user desktop 1500 at state1302. In some embodiments, the request is displayed in a predeterminedlocation of a display. In other embodiments, the user is alerted by anaudio signal either alone or in conjunction with a visual display. Theinformation presented to the remote user may indicate the specificproblem provided by the first user, the expected number of pointsoffered for completing the assistance, and the like.

Based on that information, the remote user determines at decision state1303 whether or not to offer assistance. The remote user may decline tooffer assistance in some embodiments by selecting an area of the screen.For example, the remote user may select the “No, Thanks” button 1542 inFIG. 15. In other embodiments, the remote user may decline to offerassistance by not responding, and after a predetermined amount of timethe message will automatically be removed. If the remote user does notoffer assistance, then the process 1300 ends. If the user decides tooffer assistance, he or she may do so, for example, by selecting apredetermined area of the screen, such as the “Yes, Help!” button 1540shown in FIG. 15. When the remote user accepts the offer, thatacceptance is sent either directly to the first user or in someembodiments sent to the service 450 and forwarded to user computer 400.

The user requesting assistance receives offers for assistance at state1203 of process 1200. At state 1204, one of the offers is accepted. Anoffer may be accepted, for example, by selecting one of severaldisplayed offers. In other embodiments, an offer is automaticallyselected and accepted based on one or more factors such as when theremote user made the offer, a stored representation of the remote user'sreputation, a distribution system designed to spread opportunities tooffer assistance substantially equally among remote users, or the like.In some embodiments, the decision of which offer is accepted may be madeat least in part by user-to-user module 754 of service 450. For example,user-to-user module may receive data representing a number of acceptedrequests and determine an acceptance to forward to user computer 400based upon a programmed algorithm that weighs factors associated withthe remote user stored in user database 762.

When the offer is accepted at state 1204, data is sent either to theremote user or the service 450 indicating the acceptance. In someembodiments, user-to-user module 754 or user computer 400 sends amessage to the remote user over the network 430 if the offer is notaccepted. In other embodiments, the remote user determines that theoffer has not been accepted if no message is received within apredetermined amount of time. At state 1304 this information is utilizedin determining whether the offer has been accepted. If the offer is notaccepted, a message to that affect may be displayed to the remote userat state 1305. Otherwise, process 1300 proceeds to state 1306.

At state 1306 a chat or remote control application is opened between thefirst user and the remote user. This state 1306 corresponds to the state1205 of the first user process 1200. The chat or control applicationallows the remote user to either discuss the problem with the first useror directly manipulate the first user's application. In someembodiments, this involves executing an Internet chat program alreadyinstalled on user computer 400, such as AOL® Instant Messenger. In otherembodiments, user computer 400 and the remote user are induced to accessa network server containing the necessary communication software. Forexample, the network server may host a webpage interface that allowsuser computer 400 and the remote user to login and send instant textmessages that are displayed on the webpage. In still other embodiments,user-to-user module 754 transfers information to the user computer 400and remote user including contact information. For example, user-to-usermodule 754 may access user database 762 and send a corresponding e-mailaddress for each user to the other user in order to allow them tocontact each other via e-mail.

At states 1206 and 1307, completion of the assistance is confirmed.Completion may be confirmed by either user or by both users. In someembodiments, completion is confirmed by a user logoff or disconnect fromthe network communication program. In other embodiments, an image isdisplayed indicating that the user may select that image in order to endthe assistance program. In some embodiments, multiple images areavailable that allow the first user to end the assistance program andalso indicate whether that user was satisfied with the assistanceprovided. For example, various selections may be available indicatingwhether the remote user assistance was helpful or not, or rating theassistance on a scale.

At states 1207 and 1308, a reward is transferred to the remote user. Inone embodiment, this reward is deducted from the first user's account.In one such embodiment, the amount deducted from the first user'saccount is related to the amount credited to the remote user's account,but either amount may be modified. For example, the remote user mayreceive additional points based on a feedback score he or she hasattained. Likewise, fewer points may be deducted from the first userbased on that user's feedback score. The amount transferred may bedetermined by a variety of different methods. In different embodiments,the amount may be determined at least in part based on the question orproblem presented, an agreement between the users, the amount of timerequired to complete the assistance, the specific software applicationfor which help was needed, or some other classification. In some otherembodiments, reward points are not transferred between users. In some ofthese embodiments, receiving assistance does not result in any deductionof reward points from a user account.

The foregoing method of providing user-to-user help has many advantages.In one advantageous use, a software company may include in its softwarethe tools necessary to invoke such user-to-user help. Further, in orderto encourage software users to rely on the user-to-user help, thesoftware company may give to each user a certain number of reward pointsthat are used as a currency for paying for, or providing, help to otherusers. For example, the software company may give each user 100 pointsthat can be used for user-to-user help. As some users rely on others foruser-to-user help, those users providing help would naturallyconsolidate a large number of points, which could be redeemed fordiscounts on merchandise, cash, or some other reward offered by thesoftware company. In one embodiment, users that ran out of points butrequire additional help could earn points in other ways (such as viewingadvertisements), or could buy additional points from the softwarecompany. Advantageously, the user-to-user help feature may induceconsumers to provide help to each other and may thereby reduce thesoftware company's costs for providing customer service.

6. Viewing Media

In one embodiment, a user utilizes reward points earned by completingvarious tasks to earn access time for viewing media on user computer400. For example, the user may select a movie to view that is availablefrom a content provider website. An allotted play time may be shown onthe display, for example as a clock and/or a bar. When the bar has timeremaining, then the movie may continue to play. When the bar is emptied,the movie stops and the user may perform a task, such as assigning morepoints from the user's account or viewing one or more advertisementsbefore the movie starts again.

FIG. 16 shows an embodiment of a process for allowing a user access tomedia. While FIG. 16 is at some points described with reference towatching a video, it will be understood that in other embodiments, theconcepts described may be applied to other forms of media such asplaying songs or the like. Furthermore, it will be understood that whilethis description focuses on setting a play time and media access, insome embodiments other forms of content may be accessible, such ascomputer software or the like. In some embodiments, play time maycorrespond to an access time rather than a play time, or may correspondto a privilege level that determines in part the features of aparticular application that the user may have access to.

Process 1600 begins at state 1601, in which points are assigned from auser account such that the user can pay for content with points from hisor her reward account. The process 1600 proceeds to a state 1602, wherean allotted play time is set. The allotted play time may be set in someembodiments to a default level. In some embodiments, the defaultallotted play time is increased based upon a number of points a userexchanges from his or her reward account as depicted in state 1601. Insome embodiments, the play time may have a maximum value. For example,the play time may not exceed a “100%” threshold which may correspond toan initial play time or to a certain number of points. This thresholdmay correspond to a given amount of time, such as one minute, tenminutes, thirty minutes, an hour, or any other amount of time. In otherembodiments, there may be no maximum play time, so that a user mayexchange points or earn additional play time according to the methodsdescribed here indefinitely.

The process 1600 proceeds to state 1603 after the allotted play time hasbeen set. At state 1603, the media file is played. For example, a moviemay be downloaded to user computer 400 and played utilizing a mediaprogram. In other embodiments, the movie may be displayed within a webbrowser, for example as an ActiveX control object in an InternetExplorer browser.

As the movie or other media is being played, task cues may be generatedat state 1604. In one embodiment, task cues may be displayed at apredetermined location on the screen. For example, task cues may bedisplayed in a banner area of the media player utilized to displaycontent related to media files. In other embodiments, the task cues maybe displayed within the area of the screen that the media file is beingdisplayed. In some embodiments, task cues may be displayedintermittently or at regular intervals. In other embodiments, a task cuemay be displayed substantially continuously until the task cue isselected. In still other embodiments, task cues are not displayed whilethe media file is being displayed. Visual task cues have been described,but other stimuli, such as audio task cues, may be utilized.

At decision state 1605, the system determines if a task cue has beenselected. If a task cue has been selected, then process 1600 proceeds tostate 1611 and runs the selected task program. Otherwise, the systemproceeds to state 1606 and reduces the allotted play time.

At decision state 1607, the system determines if the play time has beencompletely expended. If so, then the movie or other media stops at state1608. Otherwise, the process 1600 loops back to state 1603. This processmay occur substantially continuously in some embodiments. In suchembodiments, the amount the play time is reduced at state 1606 may berelatively small, such that the play time is slowly depleted. Inembodiments where the process 1600 loops at longer intervals, forexample each time a task cue times out, the amount the play time isreduced at state 1606 may be greater. In such an embodiment, the actualrate at which the play time is depleted may therefore approximate therate for embodiments in which the play time is reduced continuously. Indifferent embodiments, these rates may be adjusted for various factors.For example, a user feedback score may indicate that the play timeshould be reduced more slowly. This may be accomplished in someembodiments by adjusting the amount the play time is reduced during eachcycle at state 1606. In embodiments where a clock is displayed, thetimer preferably accurately reflects the time remaining, and adjustmentsare made by adding more or less time rather than adjusting the speed ofa timer countdown.

When the movie or other media has stopped at state 1608, the systemproceeds to decision state 1609 where the user may be given the optionto assign additional reward points from his or her account to increasethe play time. If the user does so, then the process continues to state1613, increases the play time, and then returns to state 1603 and playsthe media file.

If the user chooses not to assign additional reward points, then atstate 1610 the user is prompted to select a task cue. In someembodiments, state 1609 is not performed and a task is automaticallyselected. In some embodiments, the user may watch portions of the mediafile already viewed without assigning points or performing a task andincreasing the allotted play time.

When a task cue has been selected either at state 1610 or at decisionstate 1605, then the process 1600 proceeds to state 1611 and the taskprogram associated with the selected task cue is run and completed. Insome embodiments, this process is similar to that described above insection 4 with reference to FIG. 11. As has been described herein, theprocess 1600 may make a determination about whether the user'scompletion of the task program is acceptable at state 1612. In someembodiments, when the task has been completed in an acceptable manner,play time is increased at state 1613. In other embodiments the user'sreward account is increased, and the user may then choose to use thosereward points to increase the play time.

At state 1613, the play time is increased in an amount corresponding tothe points deposited or the value of the task performed. The process maythen return to the state 1603 and facilitate continued viewing of themedia file.

7. Preferred Programming

In another embodiment, reward points are offered to entice a user todownload and run certain computer programs, to purchase a certainproduct, or to otherwise encourage a user to perform an action. Forexample, a software distributor may desire to encourage users to try ademonstration version of a program so that the users can become familiarwith the product and recognize the advantages it offers. In oneembodiment, music or other media may be downloaded, for example, toencourage users to purchase related media or products. Accordingly, taskcues may be incorporated into these applications or files as a mechanismfor providing reward points for these desired actions.

In some embodiments, a program is identified by tags such as text orimages associated with the program. When the tags are located oridentified on the display, then a task cue is generated. When the userselects the task cue, the user is directed to download the program. Ifthe user does download the program, the user may acquire reward pointsaccording to embodiments previously discussed. In other embodiments, atask program is associated with the download or a link to download theactual installation file. For example, a user selects a link to downloadthe file from a distributor or content provider website. An installapplication is run, and additionally a task program is run. That taskprogram rewards the user for completing the install. The install programmay be run as a task program, or a task program may comprise an installprogram. Thus, completing each step of the installation may comprisetask parts. Completing each task part may cause the accumulation ofreward points, as discussed above. In certain embodiments, only wheneach task part is completed, and thus the entire program has beeninstalled, are reward points deposited. Alternatively or additionally,reward points may be rewarded based on the total number of times thatthe user opens the program, the total length of time that the program isrunning, or both. The system may also detect actions that a user takeswithin the program, such as, for example, when the user selects menuitems, enters data, resizes or moves windows, and the like. The systemmay reward the user for actions taken rather than just running a programin order to deter users from downloading a program and opening theprogram frequently without really using the program.

In some embodiments, tags associated with the installation of a program,or with actions taken within the program, are located in associationtable 408. For example, certain text or images are displayed in aninstallation program window, and that text or those images are providedto association table 408 so that they will cause a task cue to begenerated when the installation is executed. A task cue generated inthis way may allow a task program to be performed, or may automaticallyperform a task program. In other embodiments, the task program generatestask cues corresponding to locations or existing buttons on the installapplication indicating that the user is moving forward in theinstallation process. For example, a task part may comprise selectingthe ‘next’ button in an installation program.

In other embodiments, rather than using a text or image tag, the tagcomprises a data object that is automatically transferred by theinstallation program to proxy 404 or task cue application 604. The dataobject may induce the proxy 404 to execute a task program in someembodiments without user interaction.

8. Using Rewards at the Time of Purchase

Having acquired a number of reward points according to one or more ofthe methods described above, a user may exchange these reward points,for example to apply towards a reduction in the price of a product orservice offered by a content provider 490 or some other vendor. Anexample of a process 1700 for executing a transaction according to oneembodiment is described below with reference to FIG. 17.

A user may visit a website such as the Apple® website shown in FIG. 3.If this website includes a tag indicating that a product is availablefor purchase, then at state 1701 that purchase tag is identified. Apurchase tag may be identified in certain embodiments according to anindication stored in association table 408. In other embodiments, thetask cue contains information indicating that something is available forpurchase, and the tag itself identifies the task cue, rather than beingidentified as a purchase tag.

Whether association table 408, the task cue, or some other meansindicates that an item is available for purchase, purchase informationis generated at state 1702. In some embodiments, purchase informationincludes a manufacturer's price, a discount rate available to the user,an offered price based on information in the user database 762, and thelike. That information may be displayed as a task cue at state 1703. Forexample, as shown in FIG. 3, purchase information such as themanufacturers suggested retail price ($199), a discount ($100), adiscounted price ($99) are displayed in the transaction information bar340. The transaction information bar may further indicate a method forpurchasing the product. For example, the task cue 350 shown in FIG. 3includes a ‘purchase’ button, indicating that a user may select thatlocation of the screen to purchase the product at the discounted priceof $99.

At decision state 1704, it is determined whether the purchase task cuehas been selected. If the user does not choose to purchase the item, theprocess may end. If the user does select the purchase task cue,indicating a desire to purchase the item at the reduced price, a requestis transmitted from user computer 400 to the content provider 490 orother vendor at state 1705. In some embodiments, a similar request orduplicate request is generated and sent to service 450 to mediate orrecord the transaction. In some embodiments, service 450 is the vendor.The request may, for example, redirect the browser 402 to a purchasescreen on a content provider website. In other embodiments, anothersoftware application is opened or loaded on user computer 400 forprocessing the transaction.

At state 1706, the user provides requested information to the vendor. Insome embodiments, requested information includes the purchaser name,mailing address, payment method, and the like. The requested informationmay also include account information indicating, for example, the user'sID and number of reward points available. In some embodiments, usercomputer 400 transmits this information automatically when the purchasetask cue is selected. In other embodiments, user computer 400 transmitsdata to service 450 that may induce service 450 to transfer informationrelated to the user to the appropriate content provider 490 or vendor.In other embodiments, the user is provided with a code that may beentered into a ‘coupon code’ field commonly available on purchasingwebsites. That code may contain information that allows the purchasingvendor or website to determine how much credit the user is entitled to.

At state 1707, account information is verified. In some embodiments,content provider 490 or the current vendor may transmit informationprovided by the user at state 1706 to service 450. The information maythen be utilized to verify information such as that an account existsand that the appropriate number of reward points are available.

When the information is verified, the process proceeds to state 1708where the transaction is completed and the appropriate accounts areupdated. For example, transaction processor 758 may receive transactiondata at any previous step such as states 1705 or 1706 and access userdatabase 762, transaction database 766, advertiser database 770, or anyother database in order to modify the data stored there so that itreflects the current transaction. For example, the transaction processor758 may decrease the amount of reward points available for the user inuser database 762. Account information stored locally by the usercomputer 400 or content provider 490 may also be updated in someembodiments.

9. Feedback

In certain embodiments, a feedback system further rewards users thatexhibit positive behavior relative to the tasks provided by service 450.For example, a user that consistently views advertisements and uses thepoints earned watching those advertisements to purchase related productsmay establish a positive feedback score. Users that demonstrate behaviorthat may represent attempts to abuse the system, to gain rewards withoutactually viewing advertisements, or who repeatedly use reward points onproducts unrelated to the advertisements used to generate those pointsmay establish a negative feedback score.

A user feedback score may be kept, for example, in the user database onservice 450. A copy of this information may also be stored on usercomputer 400 in order to allow the system to update the user as to hisor her feedback score without logging-in to service 450. In otherembodiments, when the system loaded on user computer 400 generates atask cue including an option to purchase a product at a reduced price,the user computer accesses the service 450 in order to determine a userfeedback score and uses this to compute the reduced price.

In the embodiment shown, the user feedback score is generally betweenabout 0.0 and 2.0, and the user feedback score is a multiplier appliedto points earned by a user completing a task to reward users forpositive behavior. For example, in the embodiment shown, user ‘John’ hasa feedback score of 0.6, so that if he completed a task worth 10 points,he would receive 6 points. In contrast, user ‘Jane’ has a feedback scoreof 1.5. If she completed the same task worth 10 points, she wouldreceive 15 points. In certain embodiments, different numbers are used torepresent a feedback score other than numbers between 0.0 and 2.0. Insome embodiments, these values do not correlate with a score multiplier.For example, a user having a feedback score of 5 in one embodiment doesnot receive 5 times the normal points, but some other value such as 1.5times the normal value. Feedback score 804 is generally determined byfeedback module 752 based on other information stored in user database762 such as account value 805, number of points used 806, number ofpurchases 807, and the number of tasks completed 808. The feedback score804 computed may be a function of these values.

The feedback score 804 for user ‘John’ is computed as a function ofthese or similar values. For example, because the user's ratio of‘points used’ to ‘purchases’ is relatively high, ‘John’ has a lower thannormal feedback score. From the perspective of content provider 490, itis generally preferred that the ratio of points used to purchases islow, and therefore points are spread out over many purchases. Forexample, ‘Jane’ has 20 purchases and has used 250 points. Even though‘Jane’ has used more points than ‘John’, the ratio of points topurchases is higher. Therefore, and because she's completed a largenumber of low point tasks, her feedback score is 1.5, and thus shereceives 1.5 points for every point she would otherwise receive in thisembodiment. In other embodiments, different relationships may bemeasured and other behavior may be determined to be positive behavior.

In cases where more points are used with the vendors for which taskprograms are performed, the feedback score may be higher because this isgenerally positive behavior. When the user views content provided by afirst content provider in order to generate account points and then usesthose points to purchase goods from a different content provider 490 ata reduced price, then this may correspond to negative behavior since theuser is not viewing ads corresponding to products the user is interestedin. The feedback score may therefore be reduced in response to thisbehavior in some embodiments.

10. Advertising Method

Embodiments of the systems and methods described herein provide anadvantageous way for merchants to pay for advertising. The term“merchant” is used herein to refer broadly to an entity that providesgoods, services, or content. FIG. 18 is a flowchart that illustrates, inone embodiment, a process of processing payments for advertising. Theprocess 1800 includes receiving tag associations, receiving rewardinformation, associating cues with tags, processing payment, andprocessing reward redemption. In a state 1805, the process 1800 receivestag associations. Receiving tag associations includes receivinginformation from a merchant regarding which textual, graphical, or othertags the merchant wants to have advertising associated with. Forexample, a merchant may choose to have advertising associated with thetextual tag “Dell Computer.” In such a case, the merchant communicatesthis desire to have advertising associated with “Dell Computer” and, inthe state 1805, the process 1800 receives this tag association. The tagassociations are preferably received electronically over a computernetwork, but they may be received in any manner known to a skilledartisan, including, for example, via telephone, fax, person-to-personcommunication, e-mail, letter, text messaging, instant messaging, or thelike.

In a state 1810, the process 1800 receives reward information. Receivingreward information includes receiving information about discounts orother rewards that a merchant is willing to sponsor. For example, theprocess 1800 may receive information that a merchant is willing to offera $0.20 discount on certain goods for every reward point redeemed by aconsumer. The process 1800 may also receive information that themerchant is willing to give a user 10 reward points for completing atask. The information is preferably received electronically over acomputer network, but it may be received in any manner known to askilled artisan, including, for example, via telephone, fax,person-to-person communication, e-mail, letter, text messaging, instantmessaging, or the like.

In a state 1815, the process 1800 associates cues with tags. In oneembodiment, associating cues with tags comprises creating electronicrecords, such as records in a database, that represent the associatingbetween a cue and a particular tag. As described above, certainembodiments of the systems described herein refer to such associationsin a database in order to generate content in which task cues aredisplayed along with the associated tags.

In a state 1820, the process 1800 processes payment. In one embodiment,each advertiser that sponsors rewards and that has task cues associatedwith certain tags is required to pay fees to participate in the process1800. For example, in one embodiment, an advertiser pays a cueassociation fee for the right to have cues associated with a specifictag. Thus, for example, an advertiser may pay a cue association feesimply to have cues associated with “Dell Computer.” In one embodiment,cue association fees are set by auction, such that the entity willing topay the most for having cues associated with a particular tag will winthat right. In one embodiment, the cue association fee is paid withoutregard to how many times the tag is displayed. Alternatively oradditionally, fees based on how many times a tag is displayed can beassessed.

Other fees may be assessed for rewarding points. As will be appreciated,because reward points can be redeemed for discounts or other rewards,they have an economic value to the users who receive them and aneconomic cost for those entities who accept the points for discounts orother rewards. Accordingly, in one embodiment, an entity pays a fee tocover the cost of any points that the entity rewards. In one embodiment,the reward fee is slightly higher than the actual cost of the points soas to also include a transaction fee for participating in the process1800. In another embodiment, each merchant pays only a transaction feefor every point rewarded and then bears its own costs for acceptingreward points as partial payment. For example, a merchant may pay asmall fee, such as two cents, for every point it rewards. The redeemingmerchant may decide how much each point is worth, such as, for example,a $0.20 discount, and may simply bear the cost of this discount.Alternatively, the process 1800 can be implemented such that eachparticipating merchant pays an up-front fee of, for example, $0.25 perpoint, and a large percentage of such fee, such as $0.20 per point, ispaid to the merchant that accepts a redeemed point. This approach hasthe advantage of allowing merchants to recoup a large portion of thecost of participation in the process 1800, so long as consumers redeempoints at a particular merchant at roughly the same rate that theyreceive them from that merchant.

In another payment model, merchants may pay nothing, or a very smallfee, for rewarding points, but may bear their own costs plus atransaction fee when points are redeemed. In this model, a merchant mayreward 20 points, and the user may redeem the 20 points at a secondmerchant. In such a case, the first merchant may pay nothing or verylittle, while the second merchant may bear the full cost of the rewardplus a transaction fee. The second merchant, for example, may pay atransaction fee of two cents per point redeemed. This model has theadvantage of requiring the primary beneficiaries of the advertising,those with whom users ultimately conduct business, to bear most of thecost. However, this model has the disadvantage that the entitycoordinating the process 1800 is not compensated for advertisements ifthe user does not follow through and redeem his reward points. Further,this model encourages advertisers to reward as many points as possible(to cause consumers to view their advertisements) while offering theleast possible reward for point redemption. Accordingly, it ispreferable to require advertisers to pay at least a small amount forhaving advertisements displayed and for granting rewards in order todiscourage strategic behavior at the expense of the entity coordinatingthe process 1800.

In a state 1825, the process 1800 processes reward redemption. Thisstate 1825 may occur when a user goes to a website or webpage dedicatedto reward redemption. Alternatively or additionally, an opportunity toredeem rewards may be presented to a user at the end of an advertisementin which a user has completed certain tasks and has received rewards.Alternatively or additionally, various merchants participating in theprocess 1800 may provide mechanisms for redeeming points. For example, amerchant website may include a button that the user can click toindicate that the user wants to redeem reward points, or the merchantwebsite may be configured to detect when the user has reward programsoftware installed on his computer and may automatically present theoption to redeem reward points when such software is detected.

As will be appreciated by a skilled artisan in light of this disclosure,the various states of the process 1800 can be performed in manydifferent orders. For example, the state 1820 of processing payment mayoccur at many different times or at multiple times. Cue association feesmay be assessed roughly at the same time as the state 1805 of receivingtag associations. Fees for rewarding points may be prepaid or may beassessed at the time points are actually rewarded. Likewise, fees fordisplaying particular task cues and the associated advertisements may beprepaid or paid at the time the advertisements are displayed. Fees forredeeming rewards may also be prepaid or assessed at the time points areredeemed. In view of this great flexibility, it will be appreciated thatthe order of the states as presented in the flowchart of the process1800 does not limit the process 1800 to any particular order. The statescan be performed in any order suitable to the needs of a given system.

Since the system described herein effectively decouples—both spatiallyand temporally—advertisement data from the content, products or servicesthat data serves to sponsor or reduce the cost thereof, users are giventhe freedom of sponsoring or reducing the cost of content, products orservices offered by vendors not only online but offline or in-person aswell. An example of a process for executing a transaction in-personaccording to some embodiments is described below.

According to this embodiment, an end-user of the described system hasestablished an account stored on service 450 by user database 762. Theend-user, ‘John’—as referenced in FIG. 8—has accrued 30 points in hisaccount by viewing advertisement data and completing tasks related tothat data. ‘John’ goes to a local vendor or merchant, such as his localStarbucks® coffee house and chooses to purchase a beverage. Johnpresents the cashier with a unique identifier to service 450, stored ona medium such as a magnetic stripe card. In other embodiments, theunique identifier is electronically stored and processed, such as on amobile phone device, a smart card, a personal digital assistant, adevice capable of Bluetooth communication, or the like. A skilledartisan will appreciate, in light of this disclosure, that an end-usermay be uniquely identified in any number of ways and the aforementionedexamples are not exhaustive and should not be limiting. During thetransaction, the unique identifier is processed and a message containingtransaction data is sent over network 430 to service 450. Such data mayinclude items of detail such as a product identifier, the cost of saidproduct, the user ID, the user name, the account value, the date andtime of purchase, a transaction identification number, or the like. Inother embodiments, different transaction data may be sent over network430 to service 450. A skilled artisan will appreciate, in light of thisdisclosure, that some of the illustrated information may be omitted andthat other information may be sent to service 450 during thetransaction.

Once transaction data reaches service 450, the verification module 756accesses user database 762 and uniquely identifies and verifies ‘John’as a legitimate user with 30 points in his account. Transactionprocessor 758 of service 450 then processes said transaction data anddetermines the amount of points ‘John’ can exchange in his account for adiscount on the beverage. End-user ‘John’ may exchange all or a portionof the 30 points in his account to reduce the cost of the product orbeverage by an amount related to the economic value of the points in hisaccount—an economic value based upon a programmed algorithm that weighsfactors associated with the end-user, local merchant or vendor, contentproviders 490, service 450 and previous agreements reached by anycombinatorial permutation of the involved parties. For example, end-user‘John’ may exchange 15 of his 30 points with each point bearing aneconomic value of $0.20, thereby reducing the cost of the product—saidbeverage—by $3.00. In instances where the determined discount equals themanufacturer's suggested retail price (MSRP) of the product intransaction—such as a cup of coffee with an MSRP of $3.00—end-users willhave benefited by exchanging points for products while incurring noadditional cost. In cases where the determined discount is less than theMSRP of the product, end-users will incur an additional cost while stillachieving a discounted price. Participating vendors and merchantsbenefit by attracting more customers and at least in one embodiment ofthe described system, increasing sales by offering discounts whilerecouping the discounted costs from service 450.

11. Conclusion

The foregoing embodiments have been described by way of example and notlimitation. A skilled artisan will appreciate, in light of thisdisclosure, how to implement the embodiments described herein,variations of the embodiments described herein, and other alternativeembodiments not explicitly described. For example, the embodimentsdescribed herein can be modified by omitting one or more of the featuresdescribed herein, without departing from the invention. Additionally,features from different embodiments can be combined without departingfrom the invention. All embodiments that are understood by a skilledartisan in light of this disclosure, and all substantial and/orreasonable equivalents thereto, whether or not they are explicitlydescribed herein, are within the scope of the invention.

What is claimed is:
 1. A computer-based method comprising: accessing afirst computer program that comprises computer-executable instructionsstored in at least one computer-readable medium; and executing the firstcomputer program on at least one computer processor, thereby causingcomputer hardware to perform operations comprising: receiving thirdparty content; determining user interest in at least one subject matter;identifying a tag associated with the third party content; and accessinga database comprising tags, task cues, and scores, each score beingassociated with a respective tag; selecting a task cue based upon thetag and associated score; upon user selection of the task cue, updatinga balance of reward points within a reward account of the user, whereinupdating the reward account of the user comprises: accessing a userdatabase comprising a feedback score associated with the user, whereinthe feedback score is based upon a ratio of a number of reward pointsused by the user to a number of purchases made by the user; determining,based upon the user selected task cue and the feedback score associatedwith the user, an amount of earned points that can be earned uponcompletion of a task associated with the task cue; determining that theuser has completed the task associated with the task cue; and increasingthe balance of reward points within the reward account of the user. 2.The method of claim 1, wherein identifying the tag comprises locating atleast a portion of a text string.
 3. The method of claim 1, whereinidentifying the tag comprises locating at least a portion of an image.4. The method of claim 1, further comprising displaying the task cue. 5.The method of claim 1, wherein updating the reward account furthercomprises determining a quantity of task cues selected by the user. 6.The method of claim 1, further comprising offering a reward to the userbased at least in part upon a value associated with the reward account.7. The method of claim 6, further comprising updating the reward accountupon user acceptance of the offered reward.
 8. A tangible non-transitorycomputer-readable medium that has, physically encoded thereon, a firstcomputer program comprising computer-executable instructions that, whenloaded into computer hardware, transforms the computer hardware into amachine comprising a plurality of circuits that collectively operate,under the direction of the computer-executable instructions, to:identify data related to an occurrence of an event by a user; identify,based at least in part upon the occurrence of the event by the user, atask of interest; access a database comprising tags and task cues toidentify a tag using the data related to the occurrence of the event,the database further comprising scores, each score being associated witha respective tag; select a task cue based upon the identified tag andassociated score; execute the task associated with the task cue; accessa user database comprising a feedback score associated with the user,wherein the feedback score is based upon a ratio of a number of rewardpoints used by the user to a number of purchases made by the user;determine, based upon the task cue and the feedback score associatedwith the user, an amount of earned points that can be earned uponcompletion of the task associated with the task cue; determine that theuser has completed the task associated with the task cue; increase abalance of reward points within a reward account of the user; transmitsecond reward data responsive to a purchase transaction of the user;offer a reward to the user based at least in part on the second rewarddata; and generate third reward data to update the reward account whenthe user accepts the offered reward.
 9. The tangible non-transitorycomputer-readable medium of claim 8, wherein the instructions configuredto identify data related to an occurrence of an event are part of aproxy browser application configured to interpret data to be displayedin an internet browser application.
 10. The tangible non-transitorycomputer-readable medium of claim 8, wherein the instructions configuredto identify data related to an occurrence of an event are part of apattern recognition application.
 11. The tangible non-transitorycomputer-readable medium of claim 8, wherein the instructions arefurther configured such that the task cue is displayed at apredetermined location.
 12. The tangible non-transitorycomputer-readable medium of claim 8, wherein the task cue is configuredto encourage viewing and responding to visual stimuli.
 13. The tangiblenon-transitory computer-readable medium of claim 8, wherein the taskcomprises downloading an object.
 14. The tangible non-transitorycomputer-readable medium of claim 8, wherein the data related to theoccurrence of an event is related to an inquiry, wherein the task cuecomprises information related to the inquiry, and wherein the executedtask corresponds to opening a communications channel in order to resolvethe inquiry.
 15. The tangible non-transitory computer-readable medium ofclaim 8, wherein the event corresponds to an attempt to access content.16. The tangible non-transitory computer-readable medium of claim 15,wherein the content comprises a media file.
 17. The tangiblenon-transitory computer-readable medium of claim 15, wherein the contentcomprises a software application.
 18. The tangible non-transitorycomputer-readable medium of claim 15, wherein the reward comprisesaccess privileges for the content.